home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19980901-19981211 / 000186_news@newsmaster….columbia.edu _Thu Oct 22 19:03:30 1998.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB

  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA29385
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Thu, 22 Oct 1998 19:03:30 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA25521
  7.     for kermit.misc@watsun; Thu, 22 Oct 1998 19:03:29 -0400 (EDT)
  8. Path: news.columbia.edu!panix!news-xfer.newsread.com!netaxs.com!newsread.com!newsfeed.direct.ca!xmission!news.cc.utah.edu!cc.usu.edu!jrd
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: Stop automatic resetting of terminal emulation?
  12. Message-ID: <zr359kB7TU8S@cc.usu.edu>
  13. Date: 22 Oct 98 15:33:43 MDT
  14. References: <Pine.WNT.4.05.9810220906420.169-100000@neko.dental.washington.edu>
  15. Organization: Utah State University
  16. Lines: 51
  17. Xref: news.columbia.edu comp.protocols.kermit.misc:9382
  18.  
  19. In article <Pine.WNT.4.05.9810220906420.169-100000@neko.dental.washington.edu>, Andrew J Pardoe <ap@u.washington.edu> writes:
  20. > We use K/2 and K-95 heavily to telnet to different applications throughout
  21. > our hospital. We've run into a problem twice where the remote host will
  22. > reset the terminal emulation of the local K-95 just after the remote login
  23. > sequence is completed.
  24. > It's not a problem when the VT host changes the emulation from VT320 to
  25. > VT220 but we've run into a conundrum when an SCOANSI host changes the
  26. > emulation from SCOANSI (which works perfectly) to ANSI (which doesn't.)
  27. > Two possible solutions present themselves: first, get the host to stop
  28. > sending a request to change terminal emulation; second, set Kermit to
  29. > ignore any requests to change the terminal emulation. Knowing the kind of
  30. > support one receives from Kermit, I decided to start here.
  31. > Any suggestions would be appreciated. I couldn't find this addressed in
  32. > the manual(s) or Dejanews so I'm stuck.
  33. > Thank you,
  34. > Andrew Pardoe
  35. > University of Washington
  36. > PS: I realize I can go back to the command line to manually reset the
  37. > terminal emulation to what it was originally and go on my merry way.
  38. > Unfortunately, the many of the people here wouldn't quite understand the
  39. > concept of command line, let alone terminal emulation. Heck, Alt-X is
  40. > probably stretching the computer skills of some...
  41. ---------
  42. Andrew,
  43.     Curious that you should bring up the topic because we had gone
  44. over it recently in the project. Let me indicate the two views on the matter.
  45.     First is the IETF view. It says when the remote host asks repeatedly
  46. for a terminal type the client is supposed to offer new kinds in each
  47. response, as a negotiation process. Thus if a remote host does not understand
  48. or accept one kind it asks again and the two sides run down their lists.
  49. Spelling counts for everything here, and no two machines seem to agree
  50. on spelling of terminal names. The RFCs do this haggle stuff.
  51.     The second is my view, which is the negotiation is stupid in the
  52. extreme. When the client responds with a terminal type that's it, there
  53. isn't more to the game. The remote host accepts or copes or rejects. The
  54. reason haggling is so stupid is there is a great deal more concerning
  55. terminal emulation than just the name/kind, and changing the name/kind
  56. upsets all other items associated with the session. Keyboard definitions,
  57. expectations by software at either end, and so on are most often tailored
  58. for specific terminal kinds, and here the IETF says it's fine to negotiate
  59. away that information without a word to the user. Amazing.
  60.     The fix, if we may use that term, is to force the terminal name
  61. in the SET TCP TERM command so only one kind is permitted to be offered,
  62. period.
  63.     Joe D.